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DETAILED ACTION 

Continued Examination Under 37 CFR 1.114 

1 . A request for continued examination under 37 CFR 1.114, including the 
fee set forth in 37 CFR 1 .17(e), was filed in this application after final rejection. 
Since this application is eligible for continued examination under 37 CFR 1.114, 
and the fee set forth in 37 CFR 1 .1 7(e) has been timely paid, the finality of the 
office action, dated August 22, 2006, has been withdrawn pursuant to 37 CFR 
1.114. Applicant's submission filed on March 25, 2008, has been entered. 

2. The amendment filed on March 25, 2008, has been received and entered. 
Claims 1,5-10 and 14-18 are currently pending in this application. In the 
Amendment filed on March 25, 2008, claims 1 and 10 were amended. Claims 2, 

3. 4, 11, 12, and 13 had been previously cancelled. In the Amendment filed on 
March 25, 2008, claims 19, 21 , 23-27, 28, 30, 32-36, 37, and 38 were cancelled. 
As such, claims 1,5-10 and 14-18 remain pending in this application. 

3. In light of the amendments made to independent claims 1 and 1 0, 
rejection of said independent claims and their respective dependent claims under 
35 U.S.C. 1 12 in the prior office action is hereby withdrawn. 
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4. In light of the cancellation of claims 19,21, 23-27, 28, 30, 32-36, 37, and 
38 , rejection of said claims under 35 U.S.C. 101 in the prior office action is 
hereby withdrawn. 

Response to Arguments 

5. The applicant's arguments filed on March 25, 2008, have been fully 
considered but are moot in view of the new ground(s) of rejection. 



Claim Rejections - 35 USC §103 

6. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for 
all obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or 
described as set forth in section 102 of this title, if the differences between the subject 
matter sought to be patented and the prior art are such that the subject matter as a whole 
would have been obvious at the time the invention was made to a person having ordinary 
skill in the art to which said subject matter pertains. Patentability shall not be negatived 
by the manner in which the invention was made. 

7. This application currently names joint inventors. In considering 
patentability of the claims under 35 U.S.C. 1 03(a), the examiner presumes that 
the subject matter of the various claims was commonly owned at the time any 
inventions covered therein were made absent any evidence to the contrary. 
Applicant is advised of the obligation under 37 CFR 1 .56 to point out the inventor 
and invention dates of each claim that was not commonly owned at the time a 
later invention was made in order for the examiner to consider the applicability of 
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35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) prior art under 35 
U.S.C. 103(a). 

8. Claims 1, 9, 10, and 18 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Agarwal et al., (hereinafter "Agarwal", U.S. Patent Number 
6351 742) in view of Chow et al., (hereinafter "Chow", U.S. Patent Number 
5875334) and further in view of Kaluskar (U.S. Patent Number 6985904) and 
further in view of Hayes et al., (hereinafter "Hayes", U.S. Patent Application 
Number 2002/0129035). 

As per claim 1 , Agarwal is directed to a method for input parameter 
binding, when performing bind-in of host variables (Agarwal, Column 4 Lines 8- 
17, i.e., bind variables; Column 4 Lines 17-25, i.e., This is not intended to be an 
exhaustive list of possible descriptions that can be passed to the optimizer. Other 
descriptions regarding the characteristics, structure, or type of the argument 
can be used within the scope of the invention. The description of the arguments 
can be used in the present invention to more effectively estimate selectivity and 
cost, particularly for database statements containing variables whose values are 
unknown at compile-time) and teaches the limitations: 

"at bind-time, storing optimization information in a bind-in structure" 
(Agarwal, Agarwal, Column 4 Lines 8-17, i.e., bind variables. Particularly note 
that, in the method of Agarwal, binding of bind variables take place either at bind- 
in or bind-out time. Also note Agarwal, Column 67 through Column 8 Line 22, i.e., 
FROM Table3 
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WHERE Table3.col=arctan(:x) 

This database statement queries for all entries from Table3 in which 
the values of the column Table3.col equal arctan(:x). Assume that there is no 
range limitation upon the bind variable ":x". For purposes of this example, the 
mere fact that :x is a bind variable does not provide further information that is 
useful for more accurately determining a selectivity value. However, the 
characteristics of the function "arctanQ" does provide useful information that can 
be used. Specifically, it is known that the output of the arctanQ function always 
produces a value between 0 and 360. Thus, the function or operator itself may 
have a range constraint (or other useful information) that can be used to 
calculate selectivity. The range constraint of the function arctanQ is matched 
against the collected statistics for the Table3.col column to determine the 
selectivity of the above predicate); Note that the collected statistics are 
optimization information. Also note that in the said teaching of Agarwal, range 
constraint and bind variable "x" are used to determine a possible value of x 
because x could not be known in advance at compile time. In other words, the 
method of Agarwal is comparing data in an application structure received 
with the statement (i.e., a possible value ofx which is in an rage of values; 
Particularly note that said value is bind-in variable (Agarwal, Column 4 
Lines 8-17, i.e., bind variables)) with the optimization information (collected 
statistics). Said possible value of x is compared to the optimization statistics 
(i.e., optimization formation), which are already in the in-memory bind-in 
structure. That the collected statistics are "optimization information" is taught in 
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Column 2 Lines 16-19, i.e., The cost of an execution plan can be estimated 
based upon the statistics and selectivity associated with terms within the SQL 
statement predicate. In the instant application of the claimed invention, bind-in 
variables (i.e., data in an application structure received with the statement) are 
already known in advance). In that case, the method ofAgarwal would compare 
said bind-in variables (i.e., data in an application structure received with the 
statement, i.e., variable x which is a bind-in variable) with the optimization 
information in the memory in bind-in structure, i.e., collected statistics of 
optimization in memory); 

"wherein the bind-in structure has an associated (section) number" 
(Agarwal, Column 6 line 64 through column 7 line 5, i.e., One approach that can 
be used to address this problem is to associate objects with non-native 
optimizer-related properties or operations. According to this approach, non- 
native cost, statistics, selectivity functions are considered object properties that 
can be associated with various objects on the system, such as for example, 
user-defined functions, indexes, indextypes, packages, and columns. If the 
optimizer encounters an execution plan involving an object which is associated 
with a non-native optimizer-related function, that function is called to estimate the 
cost of that execution plan. Further details regarding optimizers and optimizer- 
related functions (including optimizers directed to non-native objects) are 
disclosed in co-pending and pending U.S. application Ser. No 09/272,691, titled 
"METHOD AND MECHANISM FOR EXTENDING NATIVE OPTIMIZATION IN A 
DATABASE SYSTEM", filed Mar. 18, 1999). In the preceding teaching of 
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Agarwal, the bind-in structure which holds optimization (non-native optimizer- 
related properties or operations) is associated with "user-defined indexes" 
(among others) to identify said optimization in the bind-in structure); 

"when executing a statement, when performing bind-in of host variables, 
comparing data in an application structure received with the statement with 
optimization information in a bind-in structure" (Agarwal, Agarwal, Column 4 
Lines 8-17, i.e., bind variables. Particularly note that , in the method of Agarwal, 
binding of bind variables take place either at bind-in or bind-out time. Also note 
Agarwal, Column 67 through Column 8 Line 22, i.e., FROM Table3 
WHERE Table3.col=arctan(:x) 

This database statement queries for all entries from Table3 in which 
the values of the column Table3.col equal arctan(:x). Assume that there is no 
range limitation upon the bind variable ":x". For purposes of this example, the 
mere fact that :x is a bind variable does not provide further information that is 
useful for more accurately determining a selectivity value. However, the 
characteristics of the function "arctanQ" does provide useful information that can 
be used. Specifically, it is known that the output of the arctanQ function always 
produces a value between 0 and 360. Thus, the function or operator itself may 
have a range constraint (or other useful information) that can be used to 
calculate selectivity. The range constraint of the function arctanQ is matched 
against the collected statistics for the Table3.col column to determine the 
selectivity of the above predicate), Note that the collected statistics are 
optimization information. Also note that in the said teaching of Agarwal, range 
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constraint and bind variable "x" are used to determine a possible value of x 
because x could not be known in advance at compile time. In other words, the 
method ofAgarwal is comparing data in an application structure received with the 
statement (i.e., a possible value ofx which is in an rage of values; Particularly 
note that said value is bind-in variable (Agarwal, Column 4 Lines 8-17, i.e., bind 
variables)) with the optimization information (collected statistics). Said possible 
value ofx is compared to the optimization statistics (i.e., optimization formation), 
which are already in the in-memory bind-in structure. That the collected statistics 
are "optimization information" is taught in Column 2 Lines 16-19, i.e., The cost of 
an execution plan can be estimated based upon the statistics and selectivity 
associated with terms within the SQL statement predicate. In the instant 
application of the claimed invention, bind-in variables (i.e., data in an application 
structure received with the statement) are already known in advance. In that 
case, the method ofAgarwal would compare said bind-in variables (i.e., data in 
an application structure received with the statement, i.e., variable x which is a 
bind-in variable) with the optimization information in the memory in bind-in 
structure.) 

"wherein the optimization information includes at least one of data type,( 
length, Coded Character Set Identifier, an array size, an indication of whether 
conversions are required, and an indication of whether the required conversions 
are valid)" (Agarwal, Column 4 Lines 6-26, i.e., A second category of information 
passed to the optimizer involves a description of the arguments in the database 
statement (104). For example, the argument type for each argument in the 
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database statement can be passed to the optimizer. The following are examples 
of such argument types: literals, bind variables, columns, type attributes, 
NULL , none of the above. This is not intended to be an exhaustive list of 
possible descriptions that can be passed to the optimizer. Other descriptions 
regarding the characteristics, structure, or type of the argument can be used 
within the scope of the invention. The description of the arguments can be used 
in the present invention to more effectively estimate selectivity and cost, 
particularly for database statements containing variables whose values are 
unknown at compile-time; Agarwal Column 5 Lines 50-61 , i.e., This database 
statement queries for all entries from table emp_table where the value of column 
"Table2.col" equals the bind variable :x. The arguments to the "equalQ" 
function are passed to the optimizer (i.e., the "Table2.col" and ":x" arguments). 
Since :x is a bind variable whose value is unknown at compile-time, the 
present invention further passes a description of the arguments to the optimizer. 
For example, the argument "type" of the arguments can be passed to the 
optimizer. The argument type of the Table2.col argument is "column" and the 
argument type of the :x argument is "bind variable") 

"when there is a match between the data in the application structure and 
data in the optimization information in the bind-in structure, executing the 
statement with the optimization information" (Agarwal, Column 4 Lines 41-44, 
i.e., The optimizer then selects for execution plan having the lowest relative cost) 
"to perform one of fetching data from the data store (and inserting data into the 
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data store) (Agarwal, Column 4 Line 41 through Column 5 Line 45, i.e., As an 
example, consider the following databaes statement: 
SELECT * 

FROM Tablel , table" (column 4 lines 45-47) ). 

Agarwal's examples teach selecting/fetching data from a data store by 
way SQL "select" statements. Agrawal explicitly taught "associating bind-in 
structures with user-defined indexes". Agrawal additionally taught matching the 
data in the application structure and the optimization information as discussed in 
detail above. 

Agarwal does not explicitly teach the limitations: 

"(the bind-in structure has an associated) section number" (Again, it is 
pointed out that Agarwal teach associating bind-in structures with user-defined 
indexes but not with "section number"); "wherein the statement has an 
associated section number, wherein the application structure describes data, 
wherein the application structure is used to store data to be retrieved for fetch 
statement, and wherein the application structure is used to provide data to be 
inserted for an insert statement"; "wherein the bind-in structure and the statement 
have a same section number", "where there is not a match (between the data in 
the application structure and the optimization information)", "regenerating 
optimization information", and "executing the statement with the regenerated 
optimization information to perform one of fetching data from the data store and 
inserting data into the data store". Note that the limitation(s) in the parentheses 
are taught by Agarwal as discussed above. 
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On the other hand, Chow teaches the limitation: 

"wherein the application structure describes data, wherein the application 
structure is used to store data to be retrieved for fetch statement, and wherein 
the application structure is used to provide data to be inserted for an insert 
statement"" (Chow, Column 25 Lines 26-42, i.e., The SELECT statement will be 
extracted into a separate compilation unit. Since only x is known by the pre- 
compiler as a host variable, there is only one SQLDA entry 704 created. A 
simulated, i.e., fake, SQLDA 162 is created, where two entries 705, 706 are 
inserted for local variables a and b. This simulated SQLDA is used for the 
"bind-in/bind-out operation" of this extracted compilation unit. The term local 
SQLDA 162 will be used to refer to this simulated SQLDA because this SQLDA 
is local to each extracted SQL statement: Also note the teachings of Chow on 
said SQLDA (i.e., application structure of the claimed invention) which is used 
along with "fetch" statements, such as in Column 10 lines 54-62 (i.e., The <SQL 
schema statement class covers most, if not all, of the DDL statements. It 
includes the CREATE statements, the DROP statements, the ALTER 
statements, the GRANT statements, and the REVOKE statements. The <SQL 
data statement class covers all of the DML statements such as the OPEN 

statement, the CLOSE statement, the FETCH statement, the SELECT 

SINGLE ROW statement, the INSERT statement, the DELETE statements, 

and the UPDATE statements). 

At the time the invention was made, it would have been obvious to a 
person of ordinary skill in the art to add the feature of inserting data in application 
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structure into a data store by way of bind-in/bind-outs, as taught by Chow, to the 
method of Agarwal so that, in the resultant method, application structure would 
include data to be inserted into a data store for fetched from data store. One 
would have been motivated to do so in order to reduce the overhead of the 
preprocessor (Chow Column 7 Lines 38-41). 

Agarwal in view of Chow does not explicitly teach the limitations: 

"(the bind-in structure has an associated) section number" (Again, it is pointed 
out that Agarwal teach associating bind-in structures with user-defined indexes 
but not with "section number"); "wherein the statement has an associated section 
number,; "wherein the bind-in structure and the statement have a same section 
number", "where there is not a match (between the data in the application 
structure and the optimization information)", "regenerating optimization 
information", and "executing the statement with the regenerated optimization 
information to perform one of fetching data from the data store and inserting data 
into the data store". Note that the limitation(s) in the parentheses are taught by 
Agarwal as discussed above. 

On the other hand, Kaluskar teaches the limitation: 
"when there is not a match between the currently-issued SQL statement 
and (in the application structure) and the optimization information" (Kaluskar, 
Column 3 Line 57-64, i.e., If a match is not found, then compilation proceeds as 
in Fig. 1 ; Also note Kaluskar Column 3 Lines 15-25, i.e., The result of a hard 
parse is a memory-resident data structure, which dictates to the server, by 
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way of the execution plan, the best method for carrying out the database 
statement request. A cursor is one example of such a data structure that is 
essentially a handle to a memory location where the details and results of a 
parsed and optimized database statement reside. The cursor comprises, among 
other things, a compiled SQL statement with its associated execution plan; 
Kaluskar, Column 3 Line 39-45, i.e., The systems and methods for sharing of 
execution plans for similar SQL statements overcome the disadvantages 
discussed above by reusing the execution plan of an existing cursor in those 
situations where a client issues a SQL statement similar to another SQL 
statement previously compiled ; Kaluskar, column 3 Line 51-55, i.e., Step 205 
computes a hash value to determine if a matching SQL statement exists in 
the shared memory pool. If a match is found, step 210, then the performance 
penalty of initiating a hard parse can be avoided altogether-the existing plan 
compiled for the matching SQL statement will be reused for the instant SQL 
statement (step 220). If a match is not found, then compilation proceeds as in 
FIG. 1 (step 215), beginning with parse phase 150 and ending with execution 
plan creation 130. Note that Kaluskar's method is employs "a hash" value to 
match the currently issued SQL statement with the SQL statement that have 
already been compiled, and has been associated with a cursor which points to 
the best execution plan for that existing (i.e., already compiled) SQL optimization 
information ) 
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"regenerating optimization information"" (Kaluskar, Column 3 Line 57-64, 
i.e., If a match is not found, then compilation proceeds as in FIG. 1 (step 215), 
beginning with parse phase 150 and ending with execution plan creation 130), 

"executing the statement with the regenerated optimization information to 
perform one of fetching data from the data store and inserting data into the data 
store" (Kaluskar, Figure 2, i.e., 210 -N^ COMPILE CURSOR AND CREATE 
EXECUTION PLAN (Figure 1) — -» the point after REUSE CURSOR 220; 
Kaluskar, Column 3 Line 39-45, i.e., The systems and methods for sharing of 
execution plans for similar SQL statements overcome the disadvantages 
discussed above by reusing the execution plan of an existing cursor in those 
situations where a client issues a SQL statement similar to another SQL 
statement previously compiled. Particularly note the recursive loop of execution 
in the method of Kaluskar, that is, if there is not optimization information (i.e., 
execution plan) for a particular SQL and related SQL data, a new execution plan 
with optimization is regenerated for use later for executing the statement). Note 
that SQL statements are for fetching (SQL command: SELECT), updating (SQL 
command: UPDATE), and inserting (SQL command: INSERT) to fetch data from 
or store data into data stores or update or change data in data stores, which is 
notoriously well known to everyone in the art. 

At the time the invention was made, it would have been obvious to a 
person of ordinary skill in the art to modify the method of Agarwal in view of 
Chow to add the feature of regeneration optimization information when there is 
not a match between the data (in application structure) and the optimization, as 
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taught by Kaluskar, so that the resultant method (i.e., the combination of Agarwal 
in view of Chow and further in view of Kaluskar ) would teach regenerating 
optimization when there is not a match between the data in the application 
structure and the optimization information. One would have been motivated to do 
so in order to accomplishment some performance enhancement (Kaluskar, 
Column 1 Lines 37-39). 

Agarwal in view of Chow and further in view of Kaluskar does not explicitly 
teach the limitations: "(the bind-in structure has an associated) section number" 
(Again, it is pointed out that Agarwal teach associating bind-in structures with 
user-defined indexes but not with "section number"); "wherein the bind-in 
structure and the statement have a same section number". 

On the other hand, Hayes teaches "associating a section number to a 
component of a database section" (wherein said database section component 
could be SQL statements (both static and dynamic), total sorts of output data, 
and the like) (Hayes, Figure 12 and Paragraph 0063, i.e., In EqualizeStatement, 
Global Application List, AL, is first initialized to NULL. Each entry ofAL list 
contains a list of Packages, PKGS, which is initialized to NULL: Each entry of 
PKGS list contains a list of Section Numbers, SN, which is initialized to NULL. If 
the Statement type is Static, the Section Number uniquely identifies the 
Statement. If the Statement type is Dynamic, different statements (syntactically) 
may share the same Section Number). 

At the time the invention was made, it would have been obvious to a 
person of ordinary skill in the art to modify the method of Agarwal in view of 
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Chow and further in view of Kaluskar to add the feature of "associating a section 
number to a component of a database section", as taught by Hayes, so that in 
the resultant method (i.e., the combined method of Agarwal in view of Kaluskar 
and further in view of Hayes), both "the bind-in structure and (the) statement 
{both of which belongs to the same database section) would be associated 
with the "same section number". As such, Agarwal in view of Chow and further in 
view of Kaluskar and further in view of Hayes would teach the limitations: "the 
bind-in structure has an associated) section number" and "wherein the bind-in 
structure and the statement have a same section number". One would have been 
motivated to do so in order to provide an effective performance monitoring and 
management system" (Hayes, Paragraph 0007). 



Referring to claim 9, Agarwal in view of Chow and further in view of 
Kaluskar and further in view of Hayes teaches the limitation: 

"when returning a handle to a cursor to a result set from a stored 
procedure to an application, recalculating the optimization information" (Kaluskar, 
Column 3 Line 57-64, i.e., If a match is not found, then compilation proceeds as 
in Fig. 1). Note that when a stored procedure returns a cursor to a result set to an 
application, said cursor will be a new cursor in the method and system of 
Kaluskar in view of Crone and it would have been calculated/generated as new 
following the conventional way of hard parsing. In the specification of this 
application, such situation arises when the caller of the stored procedure is a 
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distributed application, which does not provide a SQLDA (Specification, 
Paragraph 0074). 

As per claim 10, Agarwal in view of Chow and further in view of Kaluskar 
and further in view of Hayes teaches the limitations: 

""at bind-time, storing optimization information in a bind-out structure" 
(Agarwal, Agarwal, Column 4 Lines 8-17, i.e., bind variables. Particularly note 
that, in the method of Agarwal, binding of bind variables take place either at bind- 
in or bind-out time. Also note Agarwal, Column 67 through Column 8 Line 22, i.e., 
FROM Table3 

WHERE Table3.col=arctan(:x) 

This database statement queries for all entries from Table3 in which 
the values of the column Table3.col equal arctan(:x). Assume that there is no 
range limitation upon the bind variable ":x". For purposes of this example, the 
mere fact that :x is a bind variable does not provide further information that is 
useful for more accurately determining a selectivity value. However, the 
characteristics of the function "arctanQ" does provide useful information that can 
be used. Specifically, it is known that the output of the arctanQ function always 
produces a value between 0 and 360. Thus, the function or operator itself may 
have a range constraint (or other useful information) that can be used to 
calculate selectivity. The range constraint of the function arctanQ is matched 
against the collected statistics for the Table3.col column to determine the 
selectivity of the above predicate); Note that the collected statistics are 
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optimization information. Also note that in the said teaching of Agarwal, range 
constraint and bind variable "x" are used to determine a possible value of x 
because x could not be known in advance at compile time. In other words, the 
method of Agarwal is comparing data in an application structure received 
with the statement (i.e., a possible value ofx which is in an rage of values; 
Particularly note that said value is bind-in variable (Agarwal, Column 4 
Lines 8-17, i.e., bind variables)) with the optimization information (collected 
statistics). Said possible value of x is compared to the optimization statistics 
(i.e., optimization formation), which are already in the in-memory bind-in 
structure. That the collected statistics are "optimization information" is taught in 
Column 2 Lines 16-19, i.e., The cost of an execution plan can be estimated 
based upon the statistics and selectivity associated with terms within the SQL 
statement predicate. In the instant application of the claimed invention, bind-in 
variables (i.e., data in an application structure received with the statement) are 
already known in advance). In that case, the method of Agarwal would compare 
said bind-in variables (i.e., data in an application structure received with the 
statement, i.e., variable x which is a bind-in variable) with the optimization 
information in the memory in bind-in structure, i.e., collected statistics of 
optimization in memory); 

"wherein the bind-in structure has an associated section number" (Agarwal 
in view of Kaluskar and further in view of Hayes as discussed with respect to 
claim 1 above); 
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"when executing a statement, when performing bind-out of host variables, 
comparing data in an application structure received with the statement with 
optimization information in a bind-in structure" (Agarwal, Agarwal, Column 4 
Lines 8-17, i.e., bind variables. Particularly note that , in the method of Agarwal, 
binding of bind variables take place either at bind-in or bind-out time. Also note 
Agarwal, Column 67 through Column 8 Line 22 as applied to claim 1 and 
discussed in detail with respect to claim 1); 

"wherein the optimization information includes at least one of data type, 
length, Coded Character Set Identifier, an array size, an indication of whether 
conversions are required, and an indication of whether the required conversions 
are valid" (Agarwal, Column 4 Lines 6-26, i.e., A second category of information 
passed to the optimizer involves a description of the arguments in the database 
statement (104). For example, the argument type for each argument in the 
database statement can be passed to the optimizer. The following are examples 
of such argument types: literals, bind variables, columns, type attributes, 
NULL , none of the above. This is not intended to be an exhaustive list of 
possible descriptions that can be passed to the optimizer. Other descriptions 
regarding the characteristics, structure, or type of the argument can be used 
within the scope of the invention. The description of the arguments can be used 
in the present invention to more effectively estimate selectivity and cost, 
particularly for database statements containing variables whose values are 
unknown at compile-time; Agarwal Column 5 Lines 50-61 , i.e., This database 
statement queries for all entries from table empjable where the value of column 
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"Table2.col" equals the bind variable :x. The arguments to the "equalQ" 
function are passed to the optimizer (i.e., the "Table2.col" and ":x" arguments). 
Since :x is a bind variable whose value is unknown at compile-time, the 

present invention further passes a description of the arguments to the optimizer. 
For example, the argument "type" of the arguments can be passed to the 
optimizer. The argument type of the Table2.col argument is "column" and the 
argument type of the :x argument is "bind variable"), wherein the statement has 
an associated section number" (Haynes as applied to claim 1 above), "wherein 
the application structure describes data, wherein the application structure is used 
to store data to be retrieved for fetch statement, and wherein the application 
structure is used to provide data to be inserted for an insert statement"" (Chow, 
Column 25 Lines 26-42, i.e., The SELECT statement will be extracted into a 
separate compilation unit. Since only x is known by the pre-compiler as a host 
variable, there is only one SQLDA entry 704 created. A simulated, i.e., fake, 
SQLDA 162 is created, where two entries 705, 706 are inserted for local 
variables a and b. This simulated SQLDA is used for the "bind-in/bind-out 
operation" of this extracted compilation unit. The term local SQLDA 162 will be 
used to refer to this simulated SQLDA because this SQLDA is local to each 
extracted SQL statement: Also note the teachings of Chow on said SQLDA (i.e., 
application structure of the claimed invention) which is used along with "fetch" 
statements, such as in Column 10 lines 54-62 (i.e., The <SQL schema 
statement class covers most, if not all, of the DDL statements. It includes the 
CREATE statements, the DROP statements, the ALTER statements, the GRANT 
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statements, and the REVOKE statements. The <SQL data statement class 
covers all of the DML statements such as the OPEN statement, the CLOSE 

statement, the FETCH statement, the SELECT SINGLE ROW statement, 

the INSERT statement, the DELETE statements, and the UPDATE statements.). 

"when there is a match between the data in the application structure and 
data in the optimization information in the bind-in structure, executing the 
statement with the optimization information to perform one of fetching data from 
the data store (and inserting data into the data store)" (Agarwal, Column 4 Lines 
41-44, i.e., The optimizer then selects for execution plan having the lowest 
relative cost) "to perform one of fetching data from the data store (and inserting 
data into the data store) (Agarwal, Column 4 Line 41 through Column 5 Line 45, 
i.e., As an example, consider the following database statement: 

SELECT * 

FROM Tablel , table" (column 4 lines 45-47) ) 
"wherein the bind-out structure and the statement have a same section number" 
(Agarwal in view Kaluskar and further in view of Hayes as applied to claim 1 
above). 

"when there is not a match between the data in the application structure 
and the optimization information" (Agarwal (Column 4 Lines 41-44) in view of 
Kaluskar, Column 3 Line 57-64, i.e., If a match is not found, then compilation 
proceeds as in Fig. 1 ; Also note Kaluskar Column 3 Lines 15-25, i.e., The result 
of a hard parse is a memory-resident data structure, which dictates to the 
server, by way of the execution plan, the best method for carrying out the 
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database statement request. A cursor is one example of such a data structure 
that is essentially a handle to a memory location where the details and results of 
a parsed and optimized database statement reside. The cursor comprises, 
among other things, a compiled SQL statement with its associated execution 
plan; Kaluskar, Column 3 Line 39-45, i.e., The systems and methods for sharing 
of execution plans for similar SQL statements overcome the disadvantages 
discussed above by reusing the execution plan of an existing cursor in those 
situations where a client issues a SQL statement similar to another SQL 
statement previously compiled ; Kaluskar, column 3 Line 51-55, i.e., Step 205 
computes a hash value to determine if a matching SQL statement exists in 
the shared memory pool. If a match is found, step 210, then the performance 
penalty of initiating a hard parse can be avoided altogether-the existing plan 
compiled for the matching SQL statement will be reused for the instant SQL 
statement (step 220). If a match is not found, then compilation proceeds as in 
FIG. 1 (step 215), beginning with parse phase 150 and ending with execution 
plan creation 130. Note that Kaluskar's method is employs "a hash" value to 
match the currently issued SQL statement with the SQL statement that have 
already been compiled, and has been associated with a cursor which points to 
the best execution plan for that existing (i.e., already compiled) SQL optimization 
information ) 

"regenerating optimization information"" (Kaluskar, Column 3 Line 57-64, 
i.e., If a match is not found, then compilation proceeds as in FIG. 1 (step 215), 
beginning with parse phase 150 and ending with execution plan creation 130), 
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"executing the statement with the regenerated optimization information to 
perform one of fetching data from the data store and inserting data into the data 
store" (Kaluskar, Figure 2, i.e., 210 -N^ COMPILE CURSOR AND CREATE 
EXECUTION PLAN (Figure 1) — the point after REUSE CURSOR 220; 
Kaluskar, Column 3 Line 39-45, i.e., The systems and methods for sharing of 
execution plans for similar SQL statements overcome the disadvantages 
discussed above by reusing the execution plan of an existing cursor in those 
situations where a client issues a SQL statement similar to another SQL 
statement previously compiled. Particularly note the recursive loop of execution 
in the method of Kaluskar, that is, if there is not optimization information (i.e., 
execution plan) for a particular SQL and related SQL data, a new execution plan 
with optimization is regenerated for use later for executing the statement). Note 
that SQL statements are for fetching (SQL command: SELECT), updating (SQL 
command: UPDATE), and inserting (SQL command: INSERT) to fetch data from 
or store data into data stores or update or change data in data stores, which is 
notoriously well known to everyone in the art. 

Claim 18 is rejected on the same basis as claim 9. 

9. Claim 5 and 14 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Agarwal in view of Chow and further in view of Kaluskar and 
further in view of Hayes and further in view of Desai et al., (hereinafter "Desai", 
U.S. Patent Number 6567816). 
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Referring to claim 5, Agarwal in view of Chow and further in view of 
Kaluskar and further in view of Hayes does not explicitly disclose the limitations: 
"for fixed length data, storing an increment length by which a data pointer that is 
pointing to data in an application program area is to be incremented to find a 
location of an next data value and calculating the location of the next data value 
by adding the increment length to the data pointer." 

Desai teaches the limitations: 

"for fixed length data, storing an increment length by which a data pointer 
that is pointing to data in an application program area is to be incremented to find 
a location of an next data value and calculating the location of the next data 
value by adding the increment length to the data pointer" (Column 5 Line 34-49). 
Desai teaches a method and system for extracting data from database records, 
wherein offsets from the starting of the row in memory are used to determine 
corresponding column name by adding to the said column offset the length of 
fixed columns (Column 5 Line 34-49). 

At the time the invention was made, it would have been obvious to a 
person of ordinary skill in the art to modify the method of Agarwal in view of 
Chow and further in view of Kaluskar and further in view of Hayes to add the 
feature of employing offsets (increments) to locate (point to) next column 
(item/record) as taught by Desai to the method and system taught by Agarwal in 
view of Kaluskar and further in view of Hayes so that the resultant method would 
constitute the method of claim 1 , which further comprises, for fixed length data, 
storing an increment length by which a data pointer that is pointing to data in an 
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application program area is to be incremented to find a location of a next data 
value and calculating the location of the next data value by adding the increment 
length to the data pointer. One would have been motivated to do so simply to 
locate a memory location, which is well known in the art. 

Claim 14 is rejected on the same basis as claim 5. 

1 0. Claim 6-8 and 1 5-1 7 are rejected under 35 U.S.C. 1 03(a) as being 
unpatentable over Agarwal in view of Chow and further in view of Kaluskar and 
further in view of Hayes and further in view of Jordan II et al. (hereinafter 
"Jordan", U.S. Patent Number 5875442). 

Referring to claim 6, Agarwal in vie of Chow and further in view of 
Kaluskar and further in view of Hayes does not explicitly disclose the limitation: 
"for distributed computing, at a client computer, calculating a location of data in a 
client communications buffer". 

Jordan teaches the limitation: 

"for distributed computing, at a client computer, calculating a location of 
data in a client communications buffer" (Jordan II, Figure 3 and Column 4 Line 
12-29). Jordan teaches a method and system for accessing a remote database, 
wherein location of data in communication buffer are calculated (Jordan II, Figure 
3 and Column 4 Line 12-29). 

At the time the invention was made, it would have been obvious to a 
person of ordinary skill in the art to modify the method of Agarwal in view of 
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Chow and further in view of Kaluskar and further in view of Hayes add the feature 
of calculating memory location in a communication buffer as taught by Jordan II. 
et al. to the method of Agarwal in view of Chow and further in view of Kaluskar 
and further in view of Hayes as applied to claim 1 above so that the resultant 
method would further comprise, for distributed processing, at a client computer, 
calculating a location of data in a client communications buffer. One would have 
been motivated to do so in order to provide dynamic buffering to enhance a 
database server" (Jordan, Column 1 Line 26-29). 

As per claim 7, Agarwal in view of Chow and further in view of Kaluskar 
and further in view of Hayes and further in view of Jordan II teaches the 
limitation: 

"for distributed processing, at a server computer, calculating a location of 
data in a server communication buffer" (Jordan II, Figure 3 and Column 4 Line 
12-29). 

As per claim 8, Agarwal in view of Chow and further in view of Kaluskar 
and further in view of Hayes and further in view of Jordan II teaches the 
limitation: 

"for distributed processing, at a client computer, calculating a location of 
data in a an application address space" (Jordan II, Figure 3 and Column 4 Line 
12-29). 
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Claims 15-17 are rejected on the same basis claim 6-8 respectively. 
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